System for remote evaluation of ultrasound information obtained by a programmed application-specific data collection device

ABSTRACT

A system which includes at least one ultrasound data collection device which is programmable to carry out a specific ultrasound procedure. The resulting ultrasound data is transmitted via a local server to the internet and from there to a web database server which processes the raw ultrasound data and provides application-specific information, such as a three-dimensional model, which can be used for diagnostic interpretation of the body part imaged by the ultrasound.

This is division of U.S. patent application Ser. No. 10/445,244, filedon May 23, 2003, which in turn is a continuation of U.S. patentapplication Ser. No. 09/620,766, filed on Jul. 21, 2000.

TECHNICAL FIELD

This invention relates generally to medical diagnostic systems usingultrasound, and more particularly concerns application-specific medicalultrasound systems.

BACKGROUND OF THE INVENTION

The majority of medical ultrasound examinations/-procedures are carriedout using “general purpose” ultrasound machines, which produce images ofa selected portion of the human body. These images are in turninterpreted by a trained specialists in ultrasound. Radiologists,sonographers and, in some cases, specially trained physicians, usuallyin certain specialties, are among those who are trained to read andinterpret an ultrasonic image. The cost of a general purpose ultrasoundmachine, however, is quite high, as is the cost of interpretation.Accordingly, and ultrasound procedure is typically quite expensive. Thiscost factor inherently limits the use of ultrasound, even though it ispotentially a widely applicable, non-invasive diagnostic tool.

An alternative to the general purpose ultrasound machine is anapplication-specific ultrasound device. With an application-specificdevice, instead of using a general purpose ultrasound machine, a singletype of ultrasound procedure is accomplished. There are many examples ofapplication-specific or single purpose ultrasound machines. Two examplesare shown in U.S. Pat. No. 4,926,871 and U.S. Pat. No. 5,235,985, bothof which are directed toward a device for measuring the amount of urinein the bladder.

Instead of producing a real-time image which must be interpreted by askilled operator, by measuring the image and then calculating thevolume, the application-specific apparatus uses ultrasound signals andfollow-on signal processing to automatically locate the bladder withinthe overall ultrasound volume, determine its boundaries, and thenautomatically compute the bladder volume, which is then provided to thetrained, but not ultrasound skilled (e.g. sonographer), operator.

While bladder volume, of course, can be determined using a generalpurpose machine, as indicated above, an application-specific machineitself produces an actual volume number. This approach not onlydecreases the time to produce a bladder volume determination, it is alsotypically more accurate, and certainly less expensive. It does notrequire the services of an ultrasound-skilled operator, because themachine itself automatically produces the desired bladder volumeinformation once the ultrasound probe (transmitter/receiver) has beenproperly positioned.

Application-specific ultrasound devices significantly lower the cost ofultrasound examinations and thus can be regularly used for a singlepatient in order to track bladder volume information over an extendedperiod of time. This has proved to be extremely useful in both diagnosisand treatment of bladder dysfunction.

There are many other examples of application-specific ultrasoundmachines. These include machines which determine abdominal aorta sizeand kidney volume, among others. The significant disadvantage ofapplication-specific ultrasound machines is that they are, in fact, justthat—useful for just a single application. It would be too expensive andtoo cumbersome for a physician, particularly a general practitioner, tomaintain a large number of application-specific ultrasound machines,even though ultrasound is useful in a variety of diagnostic situations.

Accordingly, it would be desirable to have an ultrasound system which isinexpensive, reliable and which does not require a specially trainedoperator and which further can be used in a variety of diagnosticsituations.

SUMMARY OF THE INVENTION

Accordingly, the present invention is a system and corresponding methodfor generating application-specific medical ultrasound information,comprising: an ultrasound data collection assembly which in operationproduces an ultrasound scan of a selected part of the human body of apatient and to produce ultrasound information therefrom; a datatransmission system for transmitting ultrasound information obtained bythe assembly to a processing location remote from the data collectionassembly location, such as to a server on the internet; a processor forprocessing the transmitted information sufficiently to permit a medicalanalysis of the selected body part therefrom without the requirement ofan ultrasound-skilled interpreter; and a memory structure for storingprogram information for at least one ultrasound procedure to be carriedout by the data collection assembly and for storing information producedfrom the ultrasound procedure for each patient, including a data linkbetween the memory structure and the data collection assembly.

The present invention also includes a system for financial tracking andbilling of ultrasound procedures, comprising the steps of: performing anultrasound diagnostic procedure on a patient and obtaining ultrasounddata therefrom; transmitting the ultrasound data to a remote locationfor analysis; determining the status of the user's account; providing anopportunity for the user to clear the user's account in the event theuser's account has been blocked for any reason; transmitting analyzedultrasound data back to the user when the user's account is not blocked;and creating a billing to a selected party.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram showing the complete system of the presentinvention.

FIG. 1A is a diagram illustrating the overall system of the presentinvention.

FIG. 2 is a diagram showing the ultrasound coverage of the transducerportion of the system of FIG. 1.

FIG. 3 is a diagram showing the block diagram of the data collectiondevice portion of FIG. 1.

FIG. 4 is a flow chart showing the operation of a portion of the systemof the present invention.

FIG. 5 is a flow chart showing steps in a business method aspect of thepresent invention.

BEST MODE FOR CARRYING OUT THE INVENTION

FIG. 1 shows the overall system of the present invention. The patientupon whom the ultrasound procedure is to be performed is shown generallyat 10. In FIG. 1, the patient is shown in a supine position on a table11; however, the patient can be in virtually and position, dependingupon the particular section of the body being imaged by the ultrasounddevice.

A data collection device (DCD) is shown generally at 12. DCD 12 includesa conventional ultrasound transducer (transmitter/receiver) 14 (FIG. 3).DCD 12 is programmed, as described below, to perform a specificultrasound examination. In general, the operator places DCD 12appropriately on the patient in the region which is to be imaged, andthe ultrasound procedure is undertaken by the transmission and return ofultrasound signals. As an example, if the bladder is to be imaged, DCD12 is placed on the skin area adjacent the bladder. The same procedurewould be followed for other organs or areas of the body. The ultrasoundinformation obtained by the DCD is then transmitted to a remote locationwhere it is processed to produce a recognizable result of some kind,such as a three-dimensional model of the body part being imaged orspecific numerical result.

More specifically, referring still to FIG. 1, DCD 12 is used incombination with an internet-connected “thin server” 17, linked to DCD16 by a communication link 15. In one example, thin server 17 can be anoff-the-shelf personal digital system (PDA). Alternatives to the PDAcould include a conventional PC, laptop or other internet-accessibledevice. PDA 17 includes a conventional web browser and through theinternet 16 can log onto a system ultrasound web database and server,generally indicated at 18. Web database and server 18 will, among otherdata, maintain a list of patients for the physician using the DCD andPDA combination.

Prior to beginning the ultrasound procedure, the patient is firstidentified to the PDA. If the patient is not in the web database 18,information about the patient will be created in the form of a recordfor storage in web database 18. PDA 17 will then display a list ofapplication-specific programs for possible use by the data collectiondevice 12. The selected program will then control the operation of theDCD for a specific ultrasound application.

The operator will select one from the list of programs available, whichwill then be downloaded into the data collection device 12. Thecommunication link 15 between DCD 12 and PDA 17 can be either hard wireor wireless, such as infrared. In the event that infrared is used, DCD12 and PDA 17 will be placed in a rack or stand 19 which will align thetwo devices appropriately for a line-of-sight In infrared transmission.The specific selected program selected is then transmitted through PDA17 from the system database 18 through the internet.

DCD 12 may vary in shape, depending upon the surface of the body onwhich it is used, particularly whether it is to be used internally, suchas vaginally, or externally, such as on the chest or abdominal area. DCD12 in the embodiment shown is battery-powered and quite rugged inconstruction and will be operated by a simple on-off switch orpush-button.

The DCD includes a spherical coordinate control module for theultrasound transducer. The control module includes two stepper motorsworking in combination that will sweep the ultrasound transducer (andthe ultrasound signals) through a three-dimensional volume.

Referring to FIGS. 2 and 3, DCD 12 includes a microprocessor 22 whichcontrols the movement of the transducer 14 through a two-axis steppermotor control 26, which is used to step the transducer through athree-dimensional volume in precise movements. One motor (not shown)moves the transducer 14 through a specific angle in a given plane,referred to as the phi (φ) dimension (FIG. 2). This angle can be varied,but in the embodiment shown is 120°. Approximately 77 ultrasound signalsare transmitted in the embodiment shown as the transducer is movedthrough the 120° angle in one phi plane. This could differ; in anotherembodiment, the number of ultrasound signals could be up to 120°.

After the ultrasound signal sweep in the one phi plane is made, a secondmotor (not shown) moves the transducer in the theta (θ) direction, shownin FIG. 2. The transducer 14 is then again swept through a 120° anglephi plane. This process continues until the transducer has completed a360° theta coverage. While in some cases it may not be necessary tocomplete a 360° coverage, the system of the present invention has theability to do so. In the embodiment shown, successive scan lines areseparated by 1.5°, although this can be readily varied. The resultingthree-dimensional ultrasound “cone” coverage is shown in FIG. 2. Itshould be understood, however, that other coverage patterns can besuccessfully used, depending upon the ultrasound procedure to beaccomplished.

In generating the ultrasound signals, the microprocessor 24 pulses adigital signal processor (DSP) 30 to produce the ultrasound signals, ata typical frequency of 3.7 mHz, although this could be within the rangeof 1-12 mHz. The ultrasound signals are applied to an amplifier 32 andthen to transducer 14, which transmits ultrasound signals to the bodyarea of interest. Return signals are directed through the receivingportion of transducer 14 into a time controlled gain (TCG) amplifier 34.The output from TCG amplifier 34 is applied to an analog-to-digitalconverter 36, which outputs the resulting digital information on twelveoutput lines 38-38 to the digital signal processor 30, which thendirects the data into SRAM memory 44 (static random access memory). Anaddress bus 42 connects microprocessor 22, flash memory 40 and SRAM 44.Flash memory 40 stores the program information.

FIG. 1A shows a generalized system of the present invention utilizingthe internet (WWW) 21, a plurality of DCD devices 23-23, which could beeither single or multiple module DCDs (as explained in more detailhereinafter), a central database and server 25 and a plurality of IEDs(intelligent electronic devices), including, for example, a PC with abrowser 27, a laptop with browser 29, or a PDA with browser 31.

In the overall system, the central database and server 25 connected tothe internet 21 has a capability of communicating with a large pluralityof DCD devices positioned at various physical locations, such as atvarious clinics or doctor's offices, each one of which is separatelymaintained and accounted for by the physician-user at that location. TheDCD devices 23-23 may be either a single module device or one withmultiple modules. In the system arrangement of FIG. 1A, the cost of anindividual DCD is small, particularly compared with a general purposeultrasound machine, since the DCD can be fairly simple, typicallywithout significant processing power.

The cost of connection to the internet for the DCD, such as through aPDA as shown in FIG. 1 or by some other arrangement, is also quitesmall. Hence, it is relatively easy for a physician-user to fund his/herpart of the system. The processing of the ultrasound image collected bythe DCD occurs in the web database server 25. The processed output fromdatabase server 25 is then fed back to the practitioner through theinternet 21 is then fed back to the practitioner through the internet 21to the practitioner's IED, which will include conventional browsertechnology. The ultrasound data collected by the DCDs and transmitted tothe web database and server typically will be compressed, as is theinformation form the web database server 25 back to the individual IEDs.

A flow chart for downloading the data-collection software into theindividual DCD devices as shown in FIG. 4. The data collection softwareruns in the DCD during the collection of the ultrasound data. It isapplication-specific, i.e. it is specific to the type of ultrasoundprocedure being conducted. The web database server maintains a list ofsoftware available for each DCD in the system and which are authorizedfor use by that DCD. Authorization of use of specific software ismaintained by appropriate payment by the user of each DCD. The presentsystem permits every DCD instrument to be upgraded or just selected DCDinstruments. Once a DCD communicates with the database server forparticular software, if new software for that particular application isavailable, the new software will be loaded into the DCD, if the DCDlisted version does not match the overall database software for thatspecific application.

In the flow chart of FIG. 4, after the DCD is initially powered, adetermination is made as to whether or not the particular requested datacollection program exists at the server for that DCD. If the datacollection program does exist, a determination is then made at block 62as to whether or not a replacement data collection program is availablefrom the server. If the answer is “yes”, or if the requested datacollection program does not currently exist in the list for that DCD,the requested data collection program is downloaded from the server(block 64). If the data collection program, on the other hand, doesexist in the DCD list and there is no replacement program, thenultrasound data is collected, along with voice (audio) information,typed information and/or digital picture information, if desired, asshown at block 66. The actual ultrasound information is annotated withthe additional information (block 58) and then uploaded to the server(block 70) for analysis, as discussed above.

FIG. 3 shows microprocessor 22 controlling a DCD with a total of fouridentical modules, each with its own transducer. All the modules areserved by the microprocessor 22 and the SRAM/flash memory 44, 40. Whenthe modules are ganged together, the field of view being imaged issignificantly increased. For instance, a DCD that includes four modulesganged together in a straight line would be appropriate for imaging anarrow but elongated body structure. Larger anatomies, such as the aortaor a third trimester fetus, require even a larger plurality of DCDmodules (perhaps a total of 10 modules in three columns) arranged tocover the desired volume. The multiple module DCD, with itscorresponding larger field of view, increases the probability ofobtaining an image that includes the portion of the body of interest,where some part or feature of the portion of interest may be hidden fromview from a single module by shadow structures, such as bowel gas,stones or bone.

The plurality of modules in the DCD are typically operated in parallelso that the total scan time for a multiple module DCD is approximatelythe same as that for a single module. The transducers in each modulehave a spatial pattern and orientation (start and stop points) ofmovement so that their ultrasound signals will not interfere with eachother. In some cases, it may be desirable to orient the individualtransducers such that one transducer is transmitting while others arereceiving relative to the same target. As indicated briefly above, theuse of multiple modules, each with a 120° scan angle (as compared to themore typical 75° scan angle), produces more accurate overall images,since the target area is being scanned from more than one position. Suchan arrangement produces superior ultrasound data, without the need for ahighly skilled device operator.

The ultrasound information gathered by the DCD 12, converted to digitalsignals and transferred to memory, is then transmitted over a connectinglink (In link 46 in FIG. 3) to the PDA or similar unit 17 (FIG. 1). Itshould be understood, however, as indicated briefly above, that othercommunication links can be used, including various infraredlinks/protocols, an RF connection or other compliant interface (the“Bluetooth” interface is one example). As indicated above, the PDA 17 isreferred to as generally being a “thin” server, which could be a PDA, asindicated, a PC (with Windows software) or any other conventionalinternet connectable device; even a cell phone having an internetconnectability would produce satisfactory results.

The data obtained by the DCD is then sent to the web database server 18which is connected to the internet. The link between PDA 17 and theinternet 16 is by any standard internet access. The database server 18,as indicated above, includes a number of application-specific collectionprograms which can be downloaded into the DCD through the internet andthe PDA.

Once the raw ultrasound data from the DCD 12 is uploaded into database18, it can be processed in a number of different ways. First, the webdatabase server 18 may include diagnostic software which can itselfevaluate the raw data to provide a resulting diagnosis. Further, thedatabase software can create a three-dimensional model of the portion ofthe body being investigated from the ultrasound information. Forinstance, in the ultrasound examination of a kidney, a three-dimensionalpicture of an imaged kidney can be produced, along with any interiorstones, which could be shown as interior solid objects. In anotherexample, the abdominal aorta could be shown in three dimensions, alongwith an indication of the maximum diameter of the aorta.

The resulting processed information from the database server 18 isavailable to the physician, who has access to the database server 18through his own PC or similar terminal unit. After review of theinformation, the physician can then take appropriate action, including,if necessary, instructing the patient to go to the hospital foremergency treatment. Alternatively, the basic ultrasound data could beinterpreted at the database server location by an ultrasound technician,or through a combination of processing and skilled interpretation.

The system of the present invention also has a number of additionalspecial features. Referring now again to FIG. 3, the system includes anaccelerometer 50 which can be used to detect instrument motion inthree-dimensional space. This allows the system to detect and correctfor motion introduced if either the operator or the patientinadvertently moves during the ultrasound procedure. In someapplications, the accelerometer 50 can be used in monitoring a maximumthreshold displacement which may occur during the ultrasound scanning ofthe patient. If patient movement exceeds the threshold, as determined bythe accelerometer, an indication can then be provided to the operatorthat the scan needs to be re-done. In other applications, the record ofmotion provided by the accelerometer can be used to orient eachindividual scan line (the phi scan) with respect to other scan lines.This assures a locked geometry between the successive scan lines.

Accelerometer 50 is sensitive enough to resolve the gravity effectproduced by the earth. This allows the system to obtain an indication ofthe patient's position during the examination. If the patient weresupine, with the instrument on the patient's abdomen, the gravity vectorwould be straight down, normal to the direction of the ultrasoundsignals. However, even if the position of the patient is known, by meansof external information, the earth gravity vector can still provideuseful information, e.g. if the patient is supine, and the ultrasoundexamination is of the patient's bladder, the angle of the ultrasoundprobe is provided by the gravity vector. The probe angle is importantinformation for a system which does not include the use of a trainedsonographer.

In the operational steps of the overall system, which includes thevarious portions of the system discussed above, an operator first usesthe thin server (PDA 17) to access the ultrasound database server 18through the internet connection. If the patient's record is not in thedatabase, a record is created. The PDA 17 will then provide a list ofsoftware available to it from the database for application-specificexaminations. The correct one is selected by the operator and thecontrol software for that application then is downloaded into the DCD12. Once this is completed, the PDA screen will produce a screen image(from the ultrasound web database server 18) with an explanation of howto position the DCD 12 on the patient for the particular selectedexamination.

The operator then applies a standard coupling gel or gel pad article tothe DCD 12 and orients the DCD on the patient, as shown on the PDA 17,and presses the scan button the DCD 12. The DCD 12 then transmits andcollects all of the required ultrasound raw data in a short amount oftime, typically two seconds or less.

After the ultrasound data collection is completed, the operator returnsDCD 12 to the equipment stand or otherwise positions it in such a waythat DCD 12 can communicate via infrared with the PDA 17, and from thereto the web database server 18. The uploading of data typically takes arelatively small amount of time, typically less than 45 seconds, andduring that time, the operator can locate the patient's record on thedatabase and link the new ultrasound information with the patient'sexisting record. Once the raw information is in database server 18, itis processed such that it can be readily interpreted by the operator ora physician. The physician will then take appropriate action, if anyaction is indicated.

In the system of the present invention, a single web database server 18can respond to many DCDs. The database server 18 will keep a list ofsoftware which is available and authorized for each DCD which isconnectable to it through the internet. With such an arrangement, theDCD can be a relative simple, inexpensive, robust device fortransmitting and receiving ultrasound data, while the image processingof the data is accomplished by software in the web database server 18,which can serve a large number of similar DCD systems. This minimizesthe cost for an individual ultrasound examination carried out with aDCD. The ultrasound data is typically compressed prior to transmissionto the web database, which speeds up the transmission and reduces thefile storage requirements on the internet server. The processedinformation can be fed back to the browser with compression as well.

In another specific additional feature, referring again to FIG. 3, a CCDcamera subsystem 52 is used with the DCD 12. The CCD camera 52 takes adigital photograph of the patient at the time of the ultrasoundprocedure. This photograph can be included with the patient's rawultrasound data in the database. The operator can also take pictures ofother important information, such as the patient's insurance card orother insurance information. A video camera can also be utilized as partof the CCD system. The database server 18 can also accept fingerprint orother scan information which aids in patient identification.

In still another feature, again referring to FIG. 3, a microphone anddigitizer 54 could be included to record audio information. All audioinformation during the ultrasound procedure could be recorded, or justselective information provided by the operator.

The audio recording, after it is digitized, can then be readily“attached” or linked to the ultrasound data collected by the DCD anduploaded together to the web-based database server 18. The audiorecording can be used at the web server, or can be used along with theprocessed ultrasound data by the physician-user through an internetconnected device. The audio information can provide informationconcerning the procedure or other information concerning the patient.

Voice-print software can also be included at the web server to analyzethe recording and identify the speaker, based on voice printbiographical information. This would be another way to both identify theDCD operator and/or the patient.

In some cases, the operator will perform the ultrasound procedure andupload the raw data without necessarily identifying the patient. It isnot mandatory that the operator find or create a patient record at thetime of the ultrasound procedure. Further, since the ultrasound datawill be stored in memory, there can be a lapse between the time of theultrasound procedure and when the raw data is uploaded. When the rawdata is uploaded, either shortly after the data is obtained or at alater time, an “exam incident” indicator can be created in database 18,which includes the exact time and date the procedure was performed, aswell as the serial number of the device used. Database 18 willeventually be able to link the DCD instrument to a specific location anda list of possible users. When convenient, the operator will access thedatabase, where the list of “exam incidents”, connected with theirfacility/user name, is listed. The operator can then connect theappropriate patient to the exam.

The present invention has a number of applications in addition to theability to provide ultrasound procedures quickly, efficiently and at alow cost. First, the database has the capability of maintaining andcollecting every ultrasound examination on every patient in thedatabase. This provides an ability to track a patient's history overtime. For instance, by maintain a complete history of all abdominalaorta scans, the system can provide an indication on the progression andgrowth of an aneurysm in the aorta. The data can even be presented inthe form of a computer-generated video or movie of the characteristicsof the particular organ changing over time. This visual information mayalso be a significant incentive for the patient to follow guidelinessuggested by the physician.

The system also provides to the clinician an ability to “blind” clinicalstudies early in an application product design cycle. Raw data for aparticular ultrasound examination can be collected in the course ofnormal patient flow. When a surgeon or other physician is treating aparticular condition, they will take an ultrasound scan at the same timethat a conventional CT or MRI examination is ordered. The radiologist orother professional interprets the result of the CT or MRI in normalcourse. An analysis of the ultrasound data is then also performed. Theresults can then be compared and a report generated concerning thecorrelation between the ultrasound results and the more conventional CTor MRI results.

One of the significant advantages of the present invention is theresulting relatively low cost to the physician, and to the patient, ofan ultrasound examination. The DCD and PDA hardware are quiteinexpensive compared to a traditional ultrasound machine. The chargemade by a central system administrator for managing the database wouldalso be relatively inexpensive. The actual cost would depend upon theprocessing necessary for a particular ultrasound procedure. The presentsystem can also be used to develop appropriate billing for the patient'sinsurance provider, saving time and expense for the insurer.

FIG. 5 shows a business payment system or method involving use of theremotely based ultrasound system of the present invention. In block 80,the acquiring event is shown, i.e. the ultrasound data is acquired by auser (typically a physician) using a DCD. The particular ID(identification) of the patient is attached to that data. In block 82,the data is transmitted (uploaded) to the internet and then to thedatabase server, whDec. 29, 2006ere it is processed as discussed above.After processing is completed, it is then determined at block 84 whetherthe user's account is “blocked” and thereby prevented from receivinganalysis information. If “yes”, the user is provided a message to call aparticular phone number or similar contact, at block 86.

The user then has the opportunity to take any action to re-open theaccount (block 88). The user's account will be blocked typically by anunpaid balance. If the user's account is not blocked, or is reopened byaction of the user, the results of the processing are made available tothe user, as shown at block 90.

After the results are made available to the user, both theidentification number of the examination and the ID of the particularelectronic instrument used are sent to the customer relationshipmanagement (CPM) accounting server, as shown at block 92. The CRM serverthen creates a bilking for that user's account in accordance with thecontract between the user and the system owner (block 94); the CRMserver either bills the user's credit card or provides a statement forpayment to the user, as shown in block 96. This is the end of thebilling system relative to the user directly.

There is also a determination made by the accounting server as towhether a third part (insurance company) is to be billed for theservice, as shown at block 98, which is a branch of the program. If not,the third part billing branch ends. If there is to be a third partybilling, billing information is transmitted to the third party insurer,as shown at block 100. A confirmation of receipt is then received fromthe insurer (block 102).

The overall business billing system includes coordination between theanalysis and transmission of the ultrasound data and the determinationof the status of the user's account. If the user's account is current,then the billing is automatically tallied and provided both to the userand/or to the insurance company, as appropriate.

Hence, an ultrasound system has been developed which combines relativelyinexpensive data collection hardware at a physician's site with a remoteprocessing and evaluation capability available to the physician by meansof a web database server. The processing can be relatively inexpensive,with the result, such as a three-dimensional model, being made availableto the physician for evaluation. In such an arrangement, the physician,without specialized ultrasound training, can readily make accuratediagnostic determinations from the results provided. A specialist inultrasound interpretation is not necessary. Hence, the system is ageneral purpose, application-specific structure where the systemperforms in operation like an application-specific device, but has thecapability, depending upon the program software, of operating andprocessing data like a plurality of different application-specificstructures, using the same hardware and software base but with differentprogram application obtained from a central database.

Although a preferred embodiment of the invention has been disclosed herefor purposes of illustration, it should be understood that variouschanges, modifications and substitutions may be incorporated withoutdeparting from the spirit of the invention, which is defined by theclaims which follow.

1. A system for financial tracking and billing of ultrasound procedures,comprising the steps of; performing an ultrasound diagnostic scan by asystem user on a patient at a given location and for obtainingunprocessed ultrasound information therefrom; transmitting theunprocessed ultrasound data to a location which is remote from the givenlocation for analysis by a system provider, wherein the remote locationis not physically accessible by a medical practitioner who carries outtreatment of the patient; determining the status of the user's accountwith the system provider; providing an opportunity for the user to clearthe user's account, in the event that the user's account has beenblocked for any reason; transmitting analyzed ultrasound informationback to the user when the user's account is not blocked, wherein theanalyzed ultrasound data includes information suitable for use in thetreatment of the patient by the medical practitioner; and creating abilling for the ultrasound diagnostic procedure and transmitting thebilling to a selected party.
 2. A system of claim 6, wherein theselected party is a third part insurer.
 3. A system of claim 6, whereinthe selected party is the system user.